Archivos de la etiqueta: CFDI 3.3

SAT – Actualización al CFDI versión 3.3 para factura electrónica

Publicado el por

Como recordaras, el pasado 12 de mayo del 2017, el SAT dio a conocer nuevas facilidades para la emisión de factura electrónica 3.3, de las cuales podrás conocer a detalle dando clic en la siguiente liga:

SAT nuevas facilidades para factura electrónica 3.3

Pues bien, este no ha sido el único cambio realizado, también ha realizado cambios a la especificación técnica del CFDI 3.3 y aquí te contamos cuales son:

Especificación técnica del CFDI 3.3
La autoridad ha liberado una nueva versión de su documento técnico (cfdv33.xsd) y comparándolo con el mismo que se liberó meses atrás, hemos notado los siguientes cambios:

  • El UUID del nodo CfdiRelacionado ha pasado de opcional ha requerido, en cambio apenas lógico.
  • Los siguientes atributos se les ha agregado una expresión regular, esto con la finalidad de restringir el valor que pueda contener el mismo:
    • Nombre del emisor
    • Nombre del receptor
    • Número de identificación en el concepto y la parte.
    • Unidad en el concepto y la parte.
    • Descripción en el concepto y la parte.
    • Serie del documento
    • Condiciones de pago
  • La base del impuesto trasladado en el concepto, ahora es necesario que tenga un valor mínimo de 0.000001
  • El nodo complemento paso a ser opcional, este era uno de los cambios más solicitados.

Cadena original del CFDI 3.3
El SAT también ha cambiado el archivo que sirve para calcular la cadena original (cadenaoriginal_3_3.xslt), esto porque el anterior no cumplía lo indicado en el anexo 20.

Catálogos
En este punto se ha actualizado el catálogo de códigos postales, pasando de 32,333 posibles valores a 95,777; siempre hemos aplaudido el uso de catálogos, ya que restringe la probabilidad de error en los datos, el problema en este caso, es que es excesivamente grande y esto conlleva que la generación y validación de un CFDI tome más tiempo del necesario.

Timbre 1.1
Este complemento tampoco se ha salvado de las modificaciones realizadas por el SAT, en este caso, se ha modificado la definición del atributo Leyenda, actualizando la expresión regular del mismo.

Matriz de pruebas
Como recordaras, el SAT puso a disposición de todos los contribuyentes un archivo en Excel que contiene las reglas que debe verificar el PAC antes de proceder a timbrar un CFDI, pues bien, este archivo ha sido modificado eliminando las siguientes reglas:

  • CFDI33146
  • CFDI33148
  • CFDI33153
  • CFDI33160
  • CFDI33162
  • CFDI33168
  • CFDI33173
  • CFDI33175
  • CFDI33188
  • CFDI33194

Y también ha modificado estas dos reglas.

  • CFDI33150
  • CFDI33159

Kit de documentación
Como podrás notar, el SAT continúa afinando el CFDI 3.3 y aunque es bueno ya que le da mayor seguridad al CFDI, esto genera un problema y es mantenerte actualizado con todos los cambios, es por eso que hemos decidido crear un Kit de documentación, el cual contiene los últimos cambios realizados y nuestro compromiso es siempre mantenerlo actualizado .

Dentro del kit podrás encontrar la siguiente documentación:

  • Esquema del anexo 20
  • Estándar del comprobante
  • Secuencia de la cadena original
  • Catálogos del comprobante
  • Esquema y secuencia de la cadena original del timbre fiscal digital
  • Matriz de errores del Anexo 20

Kit de Documentación CFDI 3.3

Productos
Actualmente nuestro equipo de desarrollo se encuentra trabajando en aplicar todos estos cambios a cada uno de los productos, por lo que en próximos días estaremos liberando las nuevas versiones, te invitamos estar atento a nuestro foro y blog.

Si tienes alguna duda con respecto a este tema, te invitamos a que nos contactes por medio del foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.

SAT otorga nuevas facilidades para la factura electrónica 3.3

Publicado el por

El Servicio de Administración Tributaria (SAT) dio a conocer, las nuevas facilidades otorgadas en materia de facturación electrónica, siendo estas las siguientes:

CFDI 3.3
En lo que respecta a la entrada en vigor, a partir del 1 de julio del 2017, de la nueva versión 3.3 de la factura electrónica, ésta no cambia, más sin en cambio, ésta se vuelve opcional.

Para beneficio de los contribuyentes, el SAT otorgó la facilidad con la que podrán seguir emitiendo facturas en su versión 3.2, esto hasta el día 30 de noviembre del 2017, por lo que, en este lapso, podrán convivir la emisión de CFDIs en ambas versiones (3.2 y 3.3), esto con el fin de apoyar al contribuyente en la migración paulatina de sus procesos de facturación.

Una vez transcurrido este lapso de transición, será a partir del 1 de diciembre de 2017, cuando la única versión válida para llevar a cabo la emisión de facturas electrónicas será la versión 3.3

Si deseas conocer todos los aspectos relacionados a esta nueva versión te invitamos a leer esta serie de artículos que hemos publicado en nuestro blog:

Complemento Recepción de Pagos
Para el caso de la emisión de Comprobantes Digitales a través de Internet (CFDI) con el complemento de Recepción de Pagos será opcional su emisión a partir del 1 de julio de 2017 y solamente se podrá emitir con la versión 3.3 de la factura electrónica, y su obligatoriedad comenzará a partír del día 1 de diciembre de 2017.

Cancelación de facturas
Como recordarás el SAT ha creado un nuevo proceso para poder llevar a cabo el proceso de cancelación de un CFDI, el cual entraría en vigor el día 1 de julio de 2017, pues bien, la autoridad ha confirmado que se posterga la entrada en vigor del mismo, hasta el día 1 de enero de 2018 y que en los próximos días, estará publicando todos los aspectos relacionados al mismo, lo anterior, con la finalidad de dar tiempo a los contribuyentes y PACs de ajustar sus sistemas y procesos para cumplir con la exigiencia realizada por la autoridad.

RESUMEN
Todo lo anterior lo podemos resumir de la siguiente manera:

  • CFDI 3.3
  • Entra en vigor el día 1 de julio de 2017, pero es opcional su uso.
  • El día 1 de diciembre se vuelve obligatorio su uso.
  • EL CFDI 3.2 continuara vigente hasta el día 30 de noviembre del 2017.
  • RECEPCION DE PAGO
  • Entra en vigor el día 1 de julio de 2017, pero es opcional su uso.
  • El día 1 de diciembre se vuelve obligatorio su uso.
  • Solamente se podrá emitir usando el CFDI 3.3
  • CANCELACION DE FACTURAS
  • Entra en vigor el día 1 de enero de 2018.

Finalmente queremos destacar que actualmente todas nuestras soluciones de generación estan listas para manejar el CFDI 3.3 y el recibo de pago:

Si deseas conocer el comunicado oficial del SAT, puedes leer aquí.

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

Hasta la próxima.

EDL – Delphi: Certificados de prueba del SAT para el CFDI 3.3

Publicado el por

Conoce la nueva versión de Electronic Document Library (EDL) 2017.05.11 donde se realizaron una serie de modificaciones, que a continuación describiremos:

Timbrado del CFDI 3.3
En lo que respecta al timbrado de comprobantes en su versión 3.3, se llevaron a cabo los cambios necesarios para apuntar a las URLs del web services del nuevo ambiente de pruebas, proporcionadas por el PAC – ECODEX, logrando con este cambio, el que se pueda llevar a cabo el timbrado de CFDIs correspondientes a esta versión.

Para lograr el timbrado del CFDI 3.3, fue necesario adicionar una propiedad a la clase Parameters, con la cual se podrá indicar la versión del CFDI que se estaría trabajando, logrando con ello, el direccionamiento para la generación del CFDI al ambiente de pruebas correcto, dependiendo de la versión elegida.

Para conocer más acerca del uso de este parámetro, te invitamos a revisar el ejemplo TIMBRADO.

Certificados de pruebas del SAT
Dentro de la librería se agregó la funcionalidad que permite la compatibilidad con los nuevos certificados de pruebas emitidos por el SAT, con este cambio, podrás generar comprobantes de pruebas haciendo uso de estos certificados para el firmado de cualquier tipo de comprobante en sus versiones CFDI 3.2 y 3.3.

En seguida, se relacionan los RFCs correspondientes a los nuevos certificados de pruebas que podrás usar:

  • LAN7008173R5
  • LAN8507268IA
  • MAG041126GT8
  • MAR980114GQA
  • MSE061107IA8
  • PZA000413788
  • SUL010720JN8
  • TCM970625MB1
  • TME960709LR2
  • ULC051129GC0
  • URU070122S28
  • VOC990129I26

Dentro del directorio \Demos\Archivos\Certificados para firmar\ encontrarás los 12 certificados con sus respectivas llaves privadas.

En cuanto a la contraseña de la llave privada, para el uso de todos los certificados es 12345678a

Podrás hacer uso de cualquiera de los 12 RFCs, realizando los cambios correspondientes, siendo el RFC LAN7008173R5 el usado por defecto en la librería.

Si deseas conocer acerca de estos y otros cambios, podrás hacerlo consultando el historial de cambios.

Para tener disponibles los cambios ofrecidos en esta versión, te recomendamos llevar a cabo la actualización 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 foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.

 

EDL (Dot Net): Nuevos certificados de pruebas del SAT

Publicado el por

Conoce las modificaciones realizadas a nuestra librería Electronic Document Library (EDL) que sirve para generar facturas electrónicas, en esta versión (2017.05.10) hemos realizado los siguientes cambios:

Certificados de pruebas del SAT
En este ocasion hemos modificado la librería par hacerla compatible con los nuevos certificados de pruebas emitidos por el SAT, con este cambio, podrás generar comprobantes de pruebas haciendo uso de estos certificados para el firmado de cualquier tipo de comporbante: CFDI 3.2 y 3.3, recibo de nómina, recibo de pagos, etc.

A continuación, encontrarás una relación de los RFCs correspondientes a los nuevos certificados de pruebas que podrás usar:

  • LAN7008173R5
  • LAN8507268IA
  • MAG041126GT8
  • MAR980114GQA
  • MSE061107IA8
  • PZA000413788
  • SUL010720JN8
  • TCM970625MB1
  • TME960709LR2
  • ULC051129GC0
  • URU070122S28
  • VOC990129I26

Es importante mencionar:

  1. Los 12 certificados y sus respectivas llaver privadas (.key) las podrás incluir en este directorio \Demos\Archivos\Certificados para firmar\
  2. La contraseña de la llave privada para todos los certificados es 12345678a
  3. La librería por defecto usa LAN7008173R5, pero tú puedes usar cualquiera de los 12 RFC, solamente deberás realizar los cambios respectivos.

Timbrado del CFDI 3.3
Para el caso del timbrado de comprobantes en su versión 3.3, se realizaron los cambios necesarios para apuntar a las URLs del web services del nuevo ambiente de pruebas, proporcionadas por el PAC – ECODEX, con este cambio, podrás llevar a cabo el timbrado de CFDIs correspondientes a esta versión.

Para ello, fue necesario adicionar una propiedad a la clase Parameters, con la cual se podrá indicar la versión del CFDI que se estaría trabajando, direccionando la generación del CFDI al ambiente de pruebas correcto, dependiendo de la versión elegida; te recomendamos revisar el ejemplo PAC ECODEX, donde se muestra como hacer uso de este parámetro y se explica en que casos se hacer uso del mismo.

Este ejemplo ha sido modificado para que, por defecto, genere un CFDI 3.3

Recibo de pago
Hemos desarrollado un ejemplo donde se muestra, de forma explicita, como generar este tipo de documento, que como recordaras, en realidad se trata de un CFDI con el complemento recepción de pago.

Esto son solo algunos de los cambios realizados, la realidad es que hemos hecho mejoras en otros procesos, por lo que te recomendamos leer el historial de cambios.

Como punto final, queremos recomendarte iniciar a la brevedad con el proceso de cambio a la 3.3 (análisis, implicaciones, etc.), ya que este conlleva un alto grado de dificultad, como sucedió con Nómina 1.2 y puede hacer que no tengas tu solución lista para el 1 de julio.

Para tener disponibles los cambios ofrecidos en esta versión, te recomendamos llevar a cabo la actualización 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 foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.

DLL para generar CFDI 3.3

Publicado el por

En esta ocasión traemos para ti la nueva versión de DLL para generar comprobantes fiscales digitales (CFDI), y hemos realizados una serie de cambios, enfocados principalmente a los cambios solicitados por el SAT:

A continuación, encontrarás el detalle de los cambios, más importantes, realizados en esta nueva versión.

CFDI 3.3
Hemos dotado, a la DLL, de la capacidad de generar los comprobantes fiscales digitales cumpliendo con los requerimientos solicitados por el SAT:

  • Nuevos campos: Se han agregado los nuevos atributos y nodos requeridos.
  • Cadena original: Se ha modificado el cálculo de la cadena original, dando cumplimiento a la especificación dada por el SAT.
  • Validación contra schema: Se agregó el schema del CFDI 3.3, para cuando se genere el mismo, se valide si cumple con la estructura, catálogos y reglas dadas por el SAT.
  • Sellado: Hemos actualizado nuestro proceso de sellado dando soporte al nuevo algoritmo de digestión (SHA2) exigido por la autoridad.
  • Validación: El proceso de leer y validar un CFDI ha sido modificado para dar soporte a esta nueva versión.

Recibos de pago
Este es otro de los cambios realizados por el SAT y es el manejo de los pagos a un CFDI, en este caso hemos agregado soporte a dicho complemento, por lo que a partir de esta versión podrás generar tus recibos de pago.

Timbre 1.1
Adicional a los cambios anteriormente comentados, el SAT también modificó este complemento, creando una nueva versión; lo que hicimos fue dar soporte a este cambio agregando los nuevos atributos requeridos para su funcionamiento.

Código de barras bidimensional
En este caso hemos adaptado la librería para dar soporte al CBB 1.1 cumpliendo con los lineamientos solicitados por la autoridad.

Acuse de cancelación
Aunque ya existía la posibilidad de descargar el acuse de cancelación, en este caso hemos realizado dos cambios importantes:

  • Se mejoró el proceso para obtener dicho archivo.
  • Hemos agregado un ejemplo y la documentación de cómo llevar a cabo este proceso.

Recomendamos a todos los usuarios implementar esta funcionalidad, ya que es la única forma de tener la seguridad de que el comprobante fue realmente cancelado.

Complemento IEDU
También hemos agregado a la librería la capacidad de generar el tipo de comprobante requerido por las instituciones educativas, esto gracias a la implementación del complemento IEDU.

Mejoras y cambios menores
Como siempre lo hacemos en cada liberación, realizamos mejoras y cambios menores que nos permiten tener un producto más estable, he aquí algunos de los cambios realizados en este apartado:

  • Se modificó la librería para poder generar, en un solo CFDI, varios complementos de nómina 1.2
  • Se modificó la cancelación de un CFDI, ahora es posible indicar la ruta donde quedará el archivo de salida.
  • Se actualizó la librería para dar soporte a los nuevos cambios realizados por el SAT liberados para el recibo de nómina 1.2

Adicionalmente queremos comentar, que hemos implementado ejemplo de cada una de las nuevas características comentadas en este blog, adicional a esto también hemos agregado la documentación respectiva.

Esto son solo algunos de los cambios realizados, la realidad es que hemos hecho mejoras en otros procesos (adendas, complementos) y te invitamos a leer de los mismos en el historial de cambios.

Como punto final, queremos recomendarte iniciar a la brevedad con el proceso de cambio a la 3.3 (análisis, implicaciones, etc.), ya que este conlleva un alto grado de dificultad, como sucedió con Nómina 1.2 y puede hacer que no tengas tu solución lista para el 1 de julio.

DESCARGAR

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

Hasta la próxima.

CFDI 3.3 en Delphi

Publicado el por

Hoy traemos para ti, la nueva versión de la librería en Delphi, para generar facturas electrónicas, en esta ocasión la hemos adaptado a los requerimientos solicitados por el SAT para generar:

A continuación, encontrarás la descripción de los cambios más importantes realizados en esta liberación.

CFDI versión 3.3
Ahora podrás generar esta nueva versión del comprobante fiscal digital cumpliendo con todos los requerimientos exigidos por el SAT:

  • Nuevos campos: Se han agregado los nuevos atributos y nodos requeridos.
  • Cadena original: Se ha modificado el cálculo de la cadena original, dando cumplimiento a la especificación dada por el SAT.
  • Validación contra schema: Se agregó el schema del CFDI 3.3, para cuando se genere el mismo, se valide si cumple con la estructura, catálogos y reglas dadas por el SAT.
  • Sellado: Hemos actualizado nuestro proceso de sellado dando soporte al nuevo algoritmo de digestión (SHA2) exigido por la autoridad.
  • Validación: El proceso de leer y validar un CFDI ha sido modificado para dar soporte a esta nueva versión.

Adicionalmente, hemos desarrollado un ejemplo el cual muestra, de forma detallada, como generar esta nueva versión del CFDI, y también hemos modificado el ejemplo de validación, para dar soporte a esta versión.

Código de barras bidimensional
En este caso hemos adaptado la librería para dar soporte al CBB 1.1 cumpliendo con los lineamientos solicitados por la autoridad;

Si deseas ver cómo se implementó este cambio, te invitamos a revisar el ejemplo que trae la librería al respecto.

Timbre 1.1
Adicional a los cambios anteriormente comentados, el SAT también modificó este complemento, creando una nueva versión; lo que hicimos fue dar soporte a este cambio agregando los nuevos atributos.

Recibos de pago
Este es otro de los cambios realizados por el SAT y es el manejo de los pagos a un CFDI, en este caso hemos agregado soporte a dicho complemento; hemos desarrollado un ejemplo donde se muestra como generarlo.

Es importante mencionar que la librería tiene la capacidad de generar y leer este tipo de complementos.

Licencia
Hemos aprovechado esta versión para realizar mejoras a la protección de la librería, este cambio trae consigo beneficios importantes como son:

  • Menor tiempo al cargar las clases y objetos contenidos dentro de la misma.
  • Corrección de errores en sistemas operativos antiguos.

El único inconveniente en este caso es que tu licencia actual no funcionará con esta versión, por lo que, deberás solicitar una nueva, para esto puedes enviarnos un correo a soporte y con gusto te la enviaremos sin costo adicional.

Esto son solo algunos de los cambios realizados, la realidad es que hemos hecho mejoras en otros procesos (adendas, complementos) y te invitamos a leer de los mismos en el historial de cambios.

Recomendación
Como podrás observar han sido muchos los cambios realizados en esta liberación y aunque, como empresa, hemos trabajado arduamente para que el producto no presente ningún problema, si queremos resaltar algunos puntos:

  • La librería es compatible con versiones anteriores, por lo tanto, deberá funcionar con tu código actual sin problemas.
  • Deberías realizar pruebas con tu código actual antes de implementarla en producción.

Como punto final, queremos recomendarte iniciar a la brevedad con el proceso de cambio a la 3.3 (análisis, implicaciones, etc.), ya que este conlleva un alto grado de dificultad, como sucedió con Nómina 1.2 y puede hacer que no tengas tu solución lista para el 1 de julio.

DESCARGAR

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

Hasta la próxima.

Librería EDL CSharp: CFDI 3.3

Publicado el por

Como sabrás, el SAT liberó la especificación técnica para la nueva versión del CFDI; además liberó nuevas especificaciones para el resto de estándares relacionados al mismo como son: el código de barras bidimensional, el complemento timbre, etc.; si deseas conocer a detalle todos los cambios realizados te invitamos leer los siguientes artículos:

Debido a lo anterior, nos dimos a la tarea de actualizar nuestra librería para generar facturas electrónicas, dando soporte a todos los cambios anteriormente comentados y también agregando características que nos ha solicitado algunos usuarios.

Esta ha sido la liberación más compleja que hemos realizado desde que se desarrolló la primera versión y esto debido a los cambios realizados por el SAT y porque hemos logrado que la librería pueda trabajar en desarrollos multi-thread, hablaremos de este tema más adelante, por el momento vamos a describir los cambios más importantes de esta nueva versión:

CFDI 3.3
Con esta nueva versión, podrás generar tus comprobantes 3.3 cumpliendo con todos los requisitos exigidos por el SAT, internamente hemos modificados todos los procesos relacionados con esta versión:

  • Nuevos campos: Se han agregado los nuevos atributos y nodos requeridos.
  • Cadena original: Se ha modificado el cálculo de la cadena original, dando cumplimiento a la especificación dada por el SAT.
  • Validación contra schema: Se agregó el schema del CFDI 3.3, para cuando se genere el mismo, se valide si cumple con la estructura, catálogos y reglas dadas por el SAT.
  • Sellado: Hemos actualizado nuestro proceso de sellado dando soporte al nuevo algoritmo de digestión (SHA2) exigido por la autoridad.
  • Validación: El proceso de leer y validar un CFDI ha sido modificado para dar soporte a esta nueva versión.

Hemos agregado un ejemplo (C# y VB.Net) donde se muestra como generar un XML con esta nueva versión y también hemos actualizado el ejemplo de validación donde se muestra como leer un CFDI 3.3

Complemento Recibo de pago
Este es otro de los cambios realizados por el SAT y es el manejo de los pagos a un CFDI, en este caso hemos agregado soporte a dicho complemento, si deseas como hacer uso del mismo te invitamos a revisar el ejemplo “COMPLEMENTOS”.

Código de barras bidimensional
En este caso hemos realizado dos cambios importantes, el primero de ellos es dar soporte al CBB 1.1 cumpliendo con los lineamientos solicitados por la autoridad.; el segundo es la forma en que se genera el mismo, anteriormente se usaba una clase estática para esta tarea, a partir de esta versión es necesario instanciar una clase.
En el ejemplo que trae la librería podrás ver reflejados estos dos cambios.

Timbre 1.1
El complemento timbre ya existe desde hace tiempo en el CFDI, lo que hizo la autoridad fue hacerle una mejora agregando más atributos, y eso, es lo que hemos realizado en esta liberación, dar soporte a estos nuevos campos.

Es importante mencionar que nuestros PACs asociados, aún no pueden timbrar usando dicho complemento, pero esperamos que en el transcurso de mayo ya pueda ser usado dicho completo.

Multi Thread
Debido a la complejidad de este tema hemos decidido crear un artículo independiente donde explicaremos todo lo relacionado a esta característica, te recomendamos leerlo.

DLL de recursos
Aunque este cambio es menor, quisimos resaltarlo ya que no tenerlo en cuanta podrías hacer que no funcione tú código actual.

Debido a que el SAT está cambiando constantemente sus schema y que los mismo están teniendo un crecimiento, en tamaño, muy fuerte, hemos decidido dividir la librería en dos partes:

  • HyperSoft.ElectronicDocumentLibrary.dll, este Assembly (DLL) con tiene toda la lógica de la librería (generación, validación, etc.).
  • HyperSoft.Resource.dll, como su nombre lo indica es DLL que contiene solamente los recursos (schemas) requeridos para el funcionamiento de la librería.

A partir de esta versión es necesario que agregues este segundo archivo (HyperSoft.Resource.dll) a tu proyecto para que tu solución pueda trabajar y si vas a reemplazar la librería en un proyecto que ya tienes compilado, entonces copia este a la carpeta donde está la librería.

Algo importante a comentar es que este cambio ha hecho que disminuya el tiempo de inicialización de la librería, así como el consumo de memoria de la misma.

Esto son solo algunos de los cambios realizados, la realidad es que hemos hecho mejoras en otros procesos (adendas, complementos) y te invitamos a leer de los mismos en el historial de cambios.

Recomendación
Como podrás observar han sido muchos los cambios realizados en esta liberación y aunque, como empresa, hemos trabajado arduamente para que el producto no presente ningún problema, si queremos resaltar algunos puntos:

  • La librería es compatible con versiones anteriores, por lo tanto, deberá funcionar con tu código actual sin problemas.
  • Deberías realizar pruebas con tu código actual antes de implementarla en producción.
  • Sería bueno que empezaras a hacer uso de la nueva forma de instancias e inicializar los objetos, para mayor información, por favor, revisa el articulo Multi-Thread.

Como punto final, queremos recomendarte iniciar a la brevedad con el proceso de cambio a la 3.3 (análisis, implicaciones, etc.), ya que este conlleva un alto grado de dificultad, como sucedió con Nómina 1.2 y puede hacer que no tengas tu solución lista para el 1 de julio.

DESCARGAR

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

Hasta la próxima.

EDL Dot Net: Multi-Hilos

Publicado el por

Aunque no sea de tu interés este tema, te invitamos a leer completamente este artículo, ya que, a través del mismo, podrás entender el funcionamiento de la librería.

Como comentábamos en un artículo anterior, hemos modificado la librería para que pueda ser usada en un ambiente de múltiples hilos, esto es, si requieres generar múltiples CFDI al mismo tiempo, puedes usar la librería sin problema, esto no era posible en versiones anteriores.

El poder implementar esta nueva característica ha llevado un gran esfuerzo por parte de nuestro equipo de desarrollo y de QA, ya que fue necesario rehacer parte del funcionamiento de la misma, crear nuevos métodos, etc.

Métodos estáticos
A partir de esta versión, no recomendamos hacer uso de los métodos estáticos proporcionados por la librería, a excepción de los relacionados con la licencia.

La idea es que siempre instancies el objeto y uses sus métodos, esto se vuelve una obligación cuando quieres trabajar con múltiples hilos; recomendamos revisar los ejemplos, ya que todos han sido modificados para no hacer uso de métodos estáticos.

Otro punto a comentar y que está relacionado con este tema, es que muchos de los métodos estáticos existentes, han sido marcados como obsoletos, esto quiere decir que puedes seguir usándolos, pero serán eliminados en un futuro, se tiene planeado su eliminación para principios de 2019, por lo que tienes tiempo (1 año y 8 meses) suficiente para hacer el cambio.

Recomendaciones
Hemos creado una serie de lineamientos que debes seguir si quieres hacer uso de esta nueva característica:

  • Es necesario hacer uso de la nueva forma de instanciar los objetos.
  • Siempre debes de iniciar los objetos creados antes de empezar a usarlos.
  • No es posible reutilizar objetos a través de los hilos, cada hilo debe crear sus propios objetos (certificate, manage, electronidocument, etc.).
  • No debes hacer uso de los métodos estáticos proporcionados por la librería.
  • No debes cargar la licencia en cada hilo, solamente debes cargarla antes de empezar a hacer uso de los threads.
  • Se requiere hacer uso de esta versión (2017.04.17) o una superior.
  • La generación de adendas no puede ser usada en hilos, si requieres esta funcionalidad por favor, ponte en contacto con nosotros.
  • La lectura del Acuse de cancelación no es posible usarlo en hilos.

Manejo de múltiples hilos
Algo importante que queremos aclarar es que la librería puede ser usada a través de múltiples hilos, pero no hemos desarrollado una clase que administre esta generación, esto quiere decir, que es necesario que tú desarrolles el código que crea, administra y coordina el funcionamiento de los mismo.

En .Net existen diferentes opciones para esta tarea desde simples threads hasta cosas mucho más complejas y avanzadas como Parallel, ¿cuál usar?, va a depender de varios factores:

  • Tu nivel de experticia con el tema.
  • Versión del Dot Net Framework que uses.
  • Requerimientos de tu sistema.

Como punto final, nos gustaría que nos enviaras un correo o nos dejaras un comentario donde nos cuentes si deseas hacer uso de esta nueva característica y tu experiencia con la misma.

Si tienes alguna duda con respecto a este tema, te invitamos a que nos contactes por medio de nuestro foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Saludos

Nuevo timbre fiscal digital para el CFDI versión 3.3

Publicado el por

Otro de los cambios propuestos por el SAT para el CFDI versión 3.3, además del ya comentado código de barras bidimensional (CBB), es el del nodo timbre fiscal digital, el cual trae algunas mejoras que a continuación comentaremos:

Atributos
A continuación, describimos los cambios realizados al estándar del Timbre Fiscal Digital quedando de la siguiente manera:

  • Versión – Atributo requerido para la expresión de la versión del estándar del Timbre Fiscal Digital, cambia su valor prefijado a 1.1
  • UUID – Atributo requerido para expresar los 36 caracteres del folio fiscal (UUID) de la transacción de timbrado.
  • Fecha de timbrado (FechaTimbrado) – Atributo requerido para expresar la fecha y hora, de la generación del timbre por la certificación digital del SAT. La fecha debe corresponder con la hora de la Zona Centro del Sistema de Horario en México.
  • Rfc del proveedor que certifica (RfcProvCertif) – Atributo requerido para expresar el RFC del proveedor de certificación de comprobantes fiscales digitales que genera el timbre fiscal digital.
  • Leyenda – Atributo opcional para registrar información que el SAT comunique a los usuarios del CFDI.
  • Sello del CFD (SelloCFD) – Atributo requerido para contener el sello digital del comprobante fiscal o del comprobante de retenciones, que se ha timbrado.
  • Número de certificado del SAT (NoCertificadoSAT) – Atributo requerido para expresar el número de serie del certificado del SAT usado para generar el sello digital del Timbre Fiscal Digital.
  • Sello del SAT (SelloSAT) – Atributo requerido para contener el sello digital del Timbre Fiscal Digital, al que hacen referencia las reglas de la Resolución Miscelánea vigente.

Cadena original
En lo que respecta a la secuencia de formación parar generar la cadena original del complemento obligatorio timbre fiscal digital del SAT, se deberá de respetar el orden como se expresa a continuación:

  1. Version
  2. UUID
  3. FechaTimbrado
  4. RfcProvCertif
  5. Leyenda
  6. SelloCFD
  7. NoCertificadoSAT

Nota importante: El atributo selloCFD es el sello previo del Comprobante Fiscal Digital por Internet o del comprobante de retenciones, el sello del timbre es guardado dentro del atributo SelloSAT. Esta cadena original es sellada utilizando el algoritmo de digestión SHA-2 256.

Como podrás observar, a diferencia del código de barras donde si hubieron cambios importantes, en el caso del timbre, los cambios son mejoras menores, ya que solo se incluyeron dos atributos nuevos: RFC del PAC y la leyenda, siendo esta última opcional.

Si deseas obtener la actualización a la especificación técnica del timbre fiscal digital, te invitamos a dar clic en el siguiente enlace:

Especificación técnica del timbre fiscal digital

Si tienes alguna duda con respecto a este tema, te invitamos a que nos contactes por medio del foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.

Nuevo Código de Barras Bidimensional (CBB) para el CFDI versión 3.3

Publicado el por

Continuando con los cambios que el SAT hizo públicos el pasado 5 de diciembre, con respecto a la actualización más reciente a la versión 3.3 del comprobante Fiscal Digital por Internet (CFDI), en esta ocasión hablaremos acerca de los cambios realizados a la especificación técnica del Código de Barras Bidimensional (CBB) que deberá de incorporarse en la representación impresa (PDF) del CFDI.

La representación impresa del CFDI debe incluir el código de barras bidimensional conforme al formato QR Code (Quick Response Code), usando la capacidad de corrección de error con nivel mínimo M, descrito en el estándar ISO/IEC18004.

Los datos que deberá de contener el código de barras son los siguientes:

  1. La URL del acceso al servicio que pueda mostrar los datos de la versión pública del comprobante.
    • Para CFDI: https://verificacfdi.facturaelectronica.sat.gob.mx/default.aspx
    • Para retenciones: https://prodretencionverificacion.clouda.sat.gob.mx/
  2. Número de folio fiscal del comprobante (UUID).
    • UUID del comprobante, precedido por el texto “&id=”
  3. RFC del emisor.
    • RFC del Emisor, a 12/13 posiciones, precedido por el texto ”&re=”
  4. RFC del receptor.
    • RFC del Receptor, a 12/13 posiciones, precedido por el texto “&rr=”, para el comprobante de retenciones se usa el dato que esté registrado en el RFC del receptor o el NumRegIdTrib (son excluyentes).
  5. Total del comprobante.
    • Total del comprobante máximo a 25 posiciones (18 para los enteros, 1 para carácter “.”, 6 para los decimales), se deben omitir los ceros no significativos, precedido por el texto “&tt=”
  6. Ocho últimos caracteres del sello digital del emisor del comprobante.
    • Ocho últimos caracteres del sello digital del emisor del comprobante, precedido por el texto “&fe=”

Con las especificaciones descritas anteriormente, se podrán generar los datos válidos que permitirán realizar la consulta de un CFDI por medio de su expresión impresa.

Recordemos que el código de barras bidimensional deberá ser impreso en un cuadro con los lados no menores a 2.75 centímetros.

Ejemplo
Para ejemplificar como debería quedar la cadena a guardar en el CBB, tomaremos los siguientes datos:

  • Id: F7C0E3BC-B09D-482F-881E-3F6B063DED31
  • Emisor: AAA010101AAA
  • Receptor: XXX010101XXA
  • Total: 125.6
  • Sello digital: A1345678

Con estos datos, y en caso de que fuera un CFDI, la cadena quedaría de esta forma:

https://verificacfdi.facturaelectronica.sat.gob.mx/default.aspx&id=F7C0E3BC-B09D-482F-881E-3F6B063DED31&re=AAA010101AAA&rr=XXX010101XXA&tt=125.6&fe=A1345678

Conclusiones
Como podremos observar, el SAT, a hecho cambios importantes en esta nueva versión, cambios tanto en la información como en la representación de la misma y todo esto con la única finalidad de que puedas consultar, fácilmente, la existencia en el SAT del comprobante y el status que tiene el mismo.

Otro aspecto a resaltar, ahora la especificacion técnica del mismo esta muy detallada y mucho mas completa que cuando se libero la primera version del CFDI, eso demuestra un aprendizaje y crecimiento por parte de la autoridad.

Información técnica
Si deseas tener la actualización a la especificación técnica, te invitamos a dar clic en la siguiente liga:

CBB especificación técnica

Si tienes alguna duda con respecto a este tema, te invitamos a que nos contactes por medio del foro que aparece en nuestra página www.facturando.mx donde con gusto un asesor te atenderá.

Hasta la próxima.